約 4,863,256 件
https://w.atwiki.jp/kituonbeit/
吃音バイトの面接 第一印象や 質問で吃音がでる と バイトの面接が厳しくなります まずは いつでも吃音気味なのか それとも ストレスや緊張したときに でるのか 確認しましょう 吃音を治すには早ければ早い方がいいです 吃音の原因は様々です 例えば 元々左利きだったのを右利きに変更 脳が混乱 緊張したらどもりがでてしまう 脳の病気など別からの余波（これは病院で検査が） など 特に大人になって急に吃音になる これは仕事や家庭のストレスなんかも影響しているかも この場合まずストレスの原因を解消しなければなりません 解消してもどもるなら他の対処も 症状は まさにどもる 口が開いているけど言葉が発せない 第一声が変な言葉が連動する その症状も 大人になるにつれて治る方もいます しかし 何かのきっかけでまた吃音が出始める 吃音で問題が 人との会話がスムーズにすすまない 自分に自身がもてない バイトや就職で落とされる このような 厳しい一面があります 会社でもバイトでも リーダーが吃音だと なんか 違和感がある 想像しても吃音はすぐにでも治すべきだと 思いませんか？ そこで 薬を試したり 病院で診療したり ボイストレーニングを行った が どれも大した 成果が出なかった 吃音というものは 薬なんかでは治らないと思っています そこで 吃音を自宅でお金をかけずに改善 もちろん薬ではないので副作用もありません 続きを読む ※37のトレーニングで堂々としゃべりましょう
https://w.atwiki.jp/tradingtools/pages/32.html
CLRファイル構成CLRファイル構成 TP CLRファイル構成 NSHS CLRファイル構成 CS CLRファイル構成 JE 参照方法 インデックスCOLOR_HEAD_xx - 見出し COLOR_BODY_xx - データ表示 COLOR_FRAME - フレーム 色付(グラデーション)ボタン 例：NSHS[2011]株式価格表「現在値」 CLRファイル色サンプル一覧 CLRファイル構成 CLRファイルの構成は以下の通りです。 CLRファイル構成 TP 色番号 参照方法 SDFファイル定義 COLOR 00～COLOR 20 直接 COLOR 21～COLOR 27 インデックス 0 COLOR_HEAD_1 COLOR 28～COLOR 34 インデックス 1 COLOR_HEAD_2 COLOR 35～COLOR 41 インデックス 2 COLOR_HEAD_3 COLOR 42～COLOR 48 インデックス 3 COLOR_HEAD_4 COLOR 49～COLOR 55 インデックス 4 COLOR_HEAD_5 COLOR 56～COLOR 62 インデックス 5 COLOR_BODY_1 COLOR 63～COLOR 69 インデックス 6 COLOR_BODY_2 COLOR 70～COLOR 76 インデックス 7 COLOR_BODY_3 COLOR 77～COLOR 83 インデックス 8 COLOR_BODY_4 COLOR 84～COLOR 90 インデックス 9 COLOR_BODY_5 MEMO TPのCLRファイルのみカラー番号は2桁(00～90)指定です。 CLRファイル構成 NSHS 色番号 参照方法 SDFファイル定義 COLOR 000～COLOR 020 直接 COLOR 021～COLOR 027 インデックス 0 COLOR_HEAD_1 COLOR 028～COLOR 034 インデックス 1 COLOR_HEAD_2 COLOR 035～COLOR 041 インデックス 2 COLOR_HEAD_3 COLOR 042～COLOR 048 インデックス 3 COLOR_HEAD_4 COLOR 049～COLOR 055 インデックス 4 COLOR_HEAD_5 COLOR 056～COLOR 062 インデックス 5 COLOR_BODY_1 COLOR 063～COLOR 069 インデックス 6 COLOR_BODY_2 COLOR 070～COLOR 076 インデックス 7 COLOR_BODY_3 COLOR 077～COLOR 083 インデックス 8 COLOR_BODY_4 COLOR 084～COLOR 090 インデックス 9 COLOR_BODY_5 COLOR 091～COLOR 097 インデックス 10 COLOR_FRAME COLOR 098～COLOR 104 インデックス 11 COLOR 105～COLOR 111 インデックス 12 COLOR 112～COLOR 118 インデックス 13 COLOR 119～COLOR 125 インデックス 14 COLOR 126～COLOR 132 インデックス 15 COLOR 133～COLOR 139 インデックス 16 COLOR 140～COLOR 146 インデックス 17 COLOR 147～COLOR 153 インデックス 18 COLOR 154～COLOR 160 インデックス 19 COLOR_SPEED_SEL COLOR 161～COLOR 167 インデックス 20 COLOR_SPEED_BUY COLOR 168～COLOR 211 直接 CLRファイル構成 CS 色番号 参照方法 SDFファイル定義 COLOR 000～COLOR 023 直接 COLOR 024～COLOR 030 インデックス 0 COLOR_HEAD_1 COLOR 031～COLOR 037 インデックス 1 COLOR_HEAD_2 COLOR 038～COLOR 044 インデックス 2 COLOR_HEAD_3 COLOR 045～COLOR 051 インデックス 3 COLOR_HEAD_4 COLOR 052～COLOR 058 インデックス 4 COLOR_HEAD_5 COLOR 059～COLOR 065 インデックス 5 COLOR_BODY_1 COLOR 066～COLOR 072 インデックス 6 COLOR_BODY_2 COLOR 073～COLOR 079 インデックス 7 COLOR_BODY_3 COLOR 080～COLOR 086 インデックス 8 COLOR_BODY_4 COLOR 087～COLOR 093 インデックス 9 COLOR_BODY_5 COLOR 094～COLOR 100 インデックス 10 COLOR_FRAME COLOR 101～COLOR 107 インデックス 11 COLOR_SET_1 COLOR 108～COLOR 114 インデックス 12 COLOR_SET_2 COLOR 115～COLOR 121 インデックス 13 COLOR_SET_3 COLOR 122～COLOR 128 インデックス 14 COLOR_SET_4 COLOR 129～COLOR 135 インデックス 15 COLOR_SET_5 COLOR 136～COLOR 142 インデックス 16 COLOR_SET_6 COLOR 143～COLOR 149 インデックス 17 COLOR_SET_7 COLOR 150～COLOR 156 インデックス 18 COLOR_SET_8 COLOR 157～COLOR 163 インデックス 19 COLOR_SET_9 COLOR 164～COLOR 170 インデックス 20 COLOR_SET_10 COLOR 171～COLOR 299 直接(インデックス 21含む?) MEMO CSのCLRファイルは、インデックス 0より前を拡張しているので、カラー番号の序列が他のツールと異なります。 CLRファイル構成 JE 色番号 参照方法 SDFファイル定義 COLOR 000～COLOR 020 直接 COLOR 021～COLOR 027 インデックス 0 COLOR_HEAD_1 COLOR 028～COLOR 034 インデックス 1 COLOR_HEAD_2 COLOR 035～COLOR 041 インデックス 2 COLOR_HEAD_3 COLOR 042～COLOR 048 インデックス 3 COLOR_HEAD_4 COLOR 049～COLOR 055 インデックス 4 COLOR_HEAD_5 COLOR 056～COLOR 062 インデックス 5 COLOR_BODY_1 COLOR 063～COLOR 069 インデックス 6 COLOR_BODY_2 COLOR 070～COLOR 076 インデックス 7 COLOR_BODY_3 COLOR 077～COLOR 083 インデックス 8 COLOR_BODY_4 COLOR 084～COLOR 090 インデックス 9 COLOR_BODY_5 COLOR 091～COLOR 097 インデックス 10 COLOR_FRAME COLOR 098～COLOR 104 インデックス 11 COLOR 105～COLOR 111 インデックス 12 COLOR 112～COLOR 118 インデックス 13 COLOR 119～COLOR 125 インデックス 14 COLOR 126～COLOR 132 インデックス 15 COLOR 133～COLOR 139 インデックス 16 COLOR 140～COLOR 146 インデックス 17 COLOR_BOARD_FILLER COLOR 147～COLOR 153 インデックス 18 COLOR_BOARD_CENTER COLOR 154～COLOR 160 インデックス 19 COLOR_BOARD_SELLCOLOR_SPEED_SELL COLOR 161～COLOR 167 インデックス 20 COLOR_BOARD_BUYCOLOR_SPEED_BUY COLOR 168～COLOR 219 直接 参照方法 プログラムではCLRファイルを2つの方法で参照しているようです。 直接参照 カラー番号を1つずつ参照。 インデックス参照 7種類のカラー番号を1つのグループとしてまとめ、個々のグループに0から始まるインデックスを割り当てて参照(後述)。 CLRファイルには多数のカラー番号が定義されていますが、半分以上が「インデックス参照」用に割り当てられています。 MEMO TPでは10種類のインデックスが割り当てられていましたが、NSHSで21種類、CSでは22種類(それ以上か？)まで拡張されています。 インデックス 画面の指定部分の色を決める際に「文字背景色はCOLOR xxx、文字色はCOLOR xxx」と参照するのではなく「インデックスxx」と参照する方法で[SDFファイル]で利用されています。 各インデックスに割り当てられた7種類のカラー番号は以下の部分に対応するようです。 (TPの全体画面カラー設定ウィンドウ設定から推測) しかし実際に表示される各ウィンドウではLIGHT～GRIDの「縁」部分は簡略化されています。また、割り当てられたカラー番号が別の用途に使用されている場合も多いので、設定方法等は次項以降を参照してください。 COLOR_HEAD_xx - 見出し 各ウィンドウで立体表現された見出し(TPでは「題目」と表現)の設定方法です。「縁」部分はHIGHとSHADOWのみ表示されます。また見出し内の「トグル」窪み表現(例 [2001]株価一覧の各見出し)でDARK SHADOWが使われます。 COLOR_BODY_xx - データ表示 各ウィンドウでデータを表示する部分(TPでは「背景」と表現)の設定方法です。「縁」部分は使われていません。 MEMO [2001]株価一覧の呼値タブ「累計」「成行」部分だけ「縁」部分が表示されます。この場合の設定方法は前項COLOR_HEAD_xx - 見出しの指定と同じです。 COLOR_FRAME - フレーム NSHSで拡張された各ウィンドウのフレーム部分の設定方法です。各ウィンドウの見出しやデータ表示部分はこのフレームの上に配置されています。見出しやデータ表示部分を区切る「罫線(区切り線)」の様に見えているのは、各部分の隙間や縁から見えるCOLOR_FRAMEの背景色です(もう一つ背景色がありますが後述)。 MEMO 下・右縁はSHADOWではなくDARK SHADOWです。 MEMO [6202]スピード注文の「信用規制」周囲と「注文取消」周囲でSHADOWが妙な部分で使われてます。 色付(グラデーション)ボタン NSHSで使われている色付(グラデーション)ボタンの設定方法です。LIGHT以外すべて使用しています。画像(上は[2001]株価一覧のボタン部分。下は色を変えてわかりやすくした例)の状態は以下の通りです。 ボタン[1] 出っ張った状態(ボタン表面は文字背景色を基準としたグラデーション)。 ボタン[2] 出っ張った状態でボタン上にマウスカーソルがある場合(ボタン表面はSHADOWを基準としたグラデーション)。 ボタン[3] 押した状態(ボタン表面はGRID単色)。 例：NSHS[2011]株式価格表「現在値」 SDFファイルTR2011.sdf SDF\Include\Def.txt HC1, COLOR_HEAD_1, HC2, COLOR_HEAD_2, HC3, COLOR_HEAD_3, HC4, COLOR_HEAD_4, HC5, COLOR_HEAD_5, HEAD, 0, 0, 0, 0, 0, 15, 0, 1, -1, HS4, 0, HC1, 0,現在値, 「現在値」のカラーインデックスはHC1。この値はSDFファイル上部でCOLOR_HEAD_1と定義。COLOR_HEAD_1の定義はSDF共通ファイルDef.txt参照。 SDF共通ファイルDef.txt COLOR_HEAD_1, 0, // COLOR_HEAD_2, 1, // COLOR_HEAD_3, 2, // COLOR_HEAD_4, 3, // COLOR_HEAD_5, 4, // COLOR_BODY_1, 5, // COLOR_BODY_2, 6, // COLOR_BODY_3, 7, // COLOR_BODY_4, 8, // COLOR_BODY_5, 9, // COLOR_FRAME, 10, COLOR_SPEED_SELL, 19, // COLOR_SPEED_BUY, 20, // COLOR_HEAD_1の定義は0なのでCLRファイルではインデックス0(COLOR 021～COLOR 027)を参照。 CLRファイルDefault.clr COLOR021=217,228,239 ; 文字背景色 COLOR022=0,0,0 ; 文字色 COLOR023=222,232,241 ; LIGHT(設定されてるが画面未反映) COLOR024=222,232,241 ; HIGH(上・左縁) COLOR025=169,193,218 ; SHADOW(下・右縁) COLOR026=136,170,204 ; DARK SHADOW(設定されてるが画面未反映) COLOR027=125,183,200 ; GRID(設定されてるが画面未反映) CLRファイル色サンプル一覧 インストールディレクトリ\ColorCLRファイル TP Default.CLR CLRファイル TP Light Blue.CLR CLRファイル TP Light Gray.clr CLRファイル TP Light Red.clr CLRファイル TP Light Yellow.clr インストールディレクトリ\Module\ColorCLRファイル NSHS Default.clr CLRファイル NSHS Black.clr CLRファイル NSHS Industria.clr CLRファイル NSHS TimeFolio.CLR インストールディレクトリ\Module\ColorCLRファイル CS Default.clr CLRファイル CS DeepForest.clr CLRファイル CS Garnet.clr インストールディレクトリ\Module\ColorCLRファイル JE Default.clr CLRファイル JE White.clr
https://w.atwiki.jp/space_escalator/pages/38.html
パケット送信プログラムのサンプルコード。 受信に成功しやすいパラメータの例） ./benchmark_tx.py -f 2.45G -m dbpsk -s 10 -r 64k ペイロードデータ デフォルトではパケット番号＋パケット番号下位1バイトのペイロードが作られる。 Pythonではバイト列を文字列として扱う data = (pkt_size - 2) * chr(pktno 0xff) #chr()は引数に対応するascii文字を返す。これを指定パケットサイズ-2個繋げてdataに格納。 payload = struct.pack( !H , pktno 0xffff) + data #パケット番号の下位2バイト(複数バイトなのでネットワークバイトオーダーを指定)とdataを繋げてpayload完成。 send_pkt(payload) パケットの作成：mod_pkts.send_pkt→packet_utils.make_packet パディング 1パケットを512バイトで送るため、4 bytes/sample(DACのダイナミックレンジ) × 128 samples にする。 pkt = pkt + (_npadding_bytes(len(pkt), samples_per_symbol, bits_per_symbol) * \x55 ) # 55 をパディング。 def _npadding_bytes(pkt_byte_len, samples_per_symbol, bits_per_symbol) """ Generate sufficient padding such that each packet ultimately ends up being a multiple of 512 bytes when sent across the USB. We send 4-byte samples across the USB (16-bit I and 16-bit Q), thus we want to pad so that after modulation the resulting packet is a multiple of 128 samples. @param ptk_byte_len len in bytes of packet, not including padding. @param samples_per_symbol samples per bit (1 bit / symbolwidth GMSK) ※1シンボルで何回サンプルするか。dbpskの場合2 @type samples_per_symbol int @param bits_per_symbol bits per symbol (log2(modulation order)) ※1シンボルで何ビット送れるか。dbpskの場合1(modulation order は2) @type bits_per_symbol int @returns number of bytes of padding to append. """ modulus = 128 byte_modulus = gru.lcm(modulus/8, samples_per_symbol) * bits_per_symbol / samples_per_symbol #(16-byte/パケット)×(bits/sample)。dbpskの場合8-byte r = pkt_byte_len % byte_modulus #余っていて送らないといけないバイト数#bdpskでパケットサイズが1519bytesの場合7bytes if r == 0 return 0 return byte_modulus - r #パディングするバイト数 変調ブロック：modulation_utils.type_1_mods() バイトストリームを入力に複素数ベースバンド信号を出力する。 Type 1 modulators accept a stream of bytes on their input and produce complex baseband output おそらくUSRPに直行変調器が実装されており、そこのIQの値を設定するブロックである。 呼び出しているクラスdbpsk_modでこの中で以下のものが呼び出されている。 bytes2chunks = gr.packed_to_unpacked_bb(bits_per_chunk, gr.GR_MSB_FIRST) The bits in the bytes input stream are grouped into chunks of bits_per_chunk bits and each resulting chunk is written right-justified to the output stream of bytes. 入力する1バイトの中身をbits_per_chunkで指定した数の塊に分けて右揃えのバイト列を出力する。bits_per_chunk=1でbitのベクトルになる。 1バイトの中身はintegerで表現される。例えば、70( F )で表されるbit列は01000110であり、 bits_per_chunk=1にすると0,1,0,0,0,1,1,0の8bytesのバイト列となって出力される。 この時、gr.GR_MSB_FIRSTを指定すると左の0が先頭のバイト列なる。 QPSKの場合bits_per_chunk(= bits_per_simbol)は2となる。 この時、上の例と同じように1バイトの中身が70の場合、1,0,1,2の4bytesで出力バイトストリームが得られる。 仕様書の解釈 Convert a stream of packed bytes or shorts to stream of unpacked bytes or shorts. input stream of unsigned char; output stream of unsigned char.←入出力の型であるbは1bytesのunsigned整数 This is the inverse of gr_unpacked_to_packed_XX. The bits in the bytes or shorts input stream are grouped into chunks of bits_per_chunk bits and each resulting chunk is written right- justified to the output stream of bytes or shorts. All b or 16 bits of the each input bytes or short are processed. The right thing is done if bits_per_chunk is not a power of two. The combination of gr_packed_to_unpacked_XX_ followed by gr_chunks_to_symbols_Xf or gr_chunks_to_symbols_Xc handles the general case of mapping from a stream of bytes or shorts into arbitrary float or complex symbols. gr.unpacked_to_packed_bbのコメント Convert a stream of unpacked bytes or shorts into a stream of packed bytes or shorts. input stream of unsigned char; output stream of unsigned char.←こっちはちゃんとunsigned char This is the inverse of gr_packed_to_unpacked_XX. The low bits_per_chunk bits are extracted from each input byte or short.←それぞれの入力バイトからbits_per_chunk分だけ抽出され、それが出力バイトにパックされる。 These bits are then packed densely into the output bytes or shorts, such that all 8 or 16 bits of the output bytes or shorts are filled with valid input bits.←出力される全てのビット列は有効な入力ビット列で満たされている。 The right thing is done if bits_per_chunk is not a power of two.←bits_per_chunkが2の乗数でなければうまくいく。 The combination of gr_packed_to_unpacked_XX followed by gr_chunks_to_symbols_Xf or gr_chunks_to_symbols_Xc handles the general case of mapping from a stream of bytes or shorts into arbitrary float or complex symbols. packとunpackについてはここ（でもここではpackとunpackの意味が逆になっている。。） symbol_mapper = gr.map_bb(psk.binary_to_ungray[arity]) arityはシンボルの種類数 ビット入力をマッピングして出力する。bpskの場合、0or1に、qpskの場合0or1or2or3にマッピングされる。 output[i] = psk.binary_to_ungray[input[i]] diffenc = gr.diff_encoder_bb(arity modulus) y[0] = (x[0] + y[-1]) % M Differential encoder 前の時間との差分で符号化する。 chunks2symbols = gr.chunks_to_symbols_bc(psk.constellation[arity] symbol_table) シンボル列(ビット列 integer)をコンスタレーションにマッピングし、複素信号を生成。 Map a stream of symbol indexes (unpacked bytes or shorts) to stream of float or complex constellation points.in D dimensions (D = 1 by default) input stream of unsigned char; output stream of gr_complex. out[n D + k] = symbol_table[in[n] D + k], k=0,1,...,D-1 例えば、in[i] = {1, 0, 1, 1}, D = 1(dbpsk)の場合 out[0] = symbol_table[in[0]], out[1] = symbol_table[in[1]], .... この時のsymbol_tableは以下のm = 2 の場合 def make_constellation(m) return [cmath.exp(i * 2 * pi / m * 1j) for i in range(m)] つまり、return [1, -1] symobol_tableがm = 4（qpsk）の場合 return [1, j, -1, -j] 入力シンボルが0の場合、1を出力し、入力シンボルが1の場合、-1を出力する。 self.rrc_filter = gr.interp_fir_filter_ccf(self._samples_per_symbol, self.rrc_taps) 最後にルートレイズドコサインフィルタにかけて、波形を滑らかにし、ナイキスト周波数にする。ここで初めてsamples/symbol(bpskの場合bit)を使う。 シンボルレートはこいつが決めている！？詳しくは神谷先生著の「MATLABによるディジタル無線通信技術」参照。 ナイキストフィルタのカットオフ周波数をf0とすると1/(2f0)の間隔で符号関干渉なくインパルスを伝送できる。 ゆえにシンボルレートは2f0[sps]となる。ただしこれはアナログフィルタの場合、ディジタルフィルタの場合は実時間ではなく、離散時間で表す。 ディジタルフィルタのロールオフフィルタの場合はシンボル間隔を何倍でサンプリングするかでどのように帯域制限されるかが決まるが、シンボルレートは決めることができない。 例えば、sinc(πkT /T)においてT /Tを1/2とする。これをD/A変換し、実時間にするときに初めて、シンボルレートが求まる。 USRPの処理能力は100M[samples/sec]で、1シンボルで2サンプル送るから50M[sps](ただ、これでは1Gを超えるので間引かれるが。。interpolation=4で12.5Mが最高) 増幅ブロック gr.multiply_const_cc(1) USRPシンクブロック：create_usrp_sink → generic_usrp.generic_usrp_sink_c → usrp2.cource_32fc 32ビットfloatの複素信号を入力にしたusrpのsink。
https://w.atwiki.jp/eraaat/pages/2.html
メニュー トップページ ページ作成 新規ページ作成 マニュアルの書き方 最新 取得中です。 ページ一覧 学フェス メニュー マニュアルの書き方 バイトの服装は バイトの会場と特徴 トップページ アルティ
https://w.atwiki.jp/fumimemo/pages/27.html
外部jarを含めるときは、展開した状態じゃないと認識してくれない antだとzipgroupfilesetを使う jarを置いたプロジェクトのところを解析する場合は、先にそこをクラスパスに通しておく jarの置いてある位置を取得する方法はAdvicePrecedenceGetterのUtilクラス参照
https://w.atwiki.jp/vs-wiki/pages/679.html
MO/091 R RRR バイトの希/ストレイキャッツ 女性 パートナー 新しい家族 希/天才少女 女性 レベル 2 攻撃力 3500 防御力 4500 【私…どうしたらいい？】《お菓子》《動物》 【キャンセル】【起】〔手札〕 ［このカードを控え室に置く］ → あなたのベンチの名前に“希”を含むカードが3枚以上なら、あなたは相手の【自】の技を1つ選び無効化する。 作品 『迷い猫オーバーラン！』
https://w.atwiki.jp/ao-ohanashi/pages/562.html
前へ アルバイトに出かけるマスターを見送ってからしばらくすると翠星石がやってきた。 翠「蒼星石ー、遊びに来たですよ～♪」 蒼「あ、翠星石いらっしゃい。」 翠「今日はあいつはいねえですか？」 蒼「マスターは今日は個別指導のアルバイトに出かけてるよ。だから夜まで帰ってはこない。」 翠「むむっ、それは危険な香りがするですよ！」 蒼「危険？いったい何が。」 翠「ああいった遊びたい盛りの野郎が夜遅くまでほっつき歩いている・・・。 ずばり酒か女遊びかギャンブルですね！」 蒼「まさか。マスターはそういったことが好きじゃないみたいだし・・・。」 翠「仲良し小良しなのはいいですが、裏切られて傷つくことのないようにするですよ。」 蒼「裏切るだなんて・・・。僕はマスターのことを信じてるよ。」 翠「蒼星石、男なんて外じゃあ何やってるか分からねえです。男友達だと偽って平気で女と会ってたり・・・。」 蒼「またテレビで見たお話？」 翠「蒼星石がそんな風に甘いから心配してるですよ！急にご機嫌をとるようなことし始めたら要注意ですからね。 たとえば帰りが遅くなったのをごまかすようにお土産を買ってきたり・・・。」 蒼「まさか・・・。」 翠「そのまさかが危ないですよ。蒼星石は少し人が良すぎるです！」 蒼「でもありがとう、そんなに心配してくれて。」 翠「大切な妹があんな人間に傷つけられたらたまったもんじゃないですからね。 いいですか、くれぐれも心を許し過ぎないように気をつけるですよ！」 そんなこんなで二人でいろいろな話をして過ごした。翠星石が帰っていくのを見送ってお夕飯の支度を始める。 結構時間が経ってはいたが、マスターがいつも通りの時間に帰ってくるのならば時間はまだ十分にある。 遅い時間の食事だから胃腸の負担を考えると軽めのものの方がいいだろうか。 だけど、お仕事で疲れて帰ってくるマスターのことを考えるとやはり栄養はしっかりと摂ってほしいとも思う。 結局、なるべく消化には良さそうで精のつきそうなものを用意することにした。 遅い・・・普段ならもうとっくに帰っているはずなのに・・・。お料理もすっかり冷めきってしまった。 まさか・・・本当に外で何かを・・・。そもそも生徒さんが男の子というのも本当なんだろうか・・・。 それともアルバイトが終わった後に誰かと会っているとか・・・ううん、もしかしたら今日は最初からアルバイトなんかなくて・・・。 そう言えば・・・マスターが実際にどこでどういう風に働いているのかなんて全然知らないや・・・。 全部・・・マスターが僕に言ってくれたことを鵜呑みにするほかないんだ・・・。 翠星石とあんな話をしたせいか、嫌な考えが頭の中でぐるぐるとめぐってしまう。 考えれば考えるほど疑念が大きくなってしまうのを抑えられない。 マスターのことを信じてるって言ったのに・・・、こんなにも簡単に疑心暗鬼になってしまう弱い自分が情けない。 マ「ふぅ、ただいまー。」 普段よりも一時間以上は遅れてマスターがやっと帰ってきた。 蒼「あ・・・お帰りなさい！」 帰ってきてくれたマスターを見てほっとする。やっぱりいつも通りのマスターだ。 マ「遅くなってごめんね・・・。はい、これはお土産。」 蒼「え！？」 マ「まあ、お土産といってもただのシュークリームだけどね。」 そこで『帰りが遅くなったのをごまかすようにお土産を買ってきたり・・・』という翠星石の言葉が浮かぶ。 まさか、そんなのただの偶然じゃないか。自分にそう言い聞かせる。 マ「・・・蒼星石なんか元気ないけれどどうかしたの？悩みでもあるの？」 蒼「ううん、なんでもない！さっ、早くご飯にしよ！」 マ「ご馳走様でした。いつも本当にありがとう。」 マスターはいつもの通りに振舞っている。それなのに、今の自分にはなぜかそれがいつも通りに受け止められない。 マ「ところでさ、さっきのシュークリーム食べない？生菓子だから早い方がいいしさ。」 蒼「うん、そうだね・・・。」 二人でシュークリームを食べる。でも、いつも一緒にお茶を飲んだりするときのように気分が弾まない。 マ「どう、美味しかったかな？」 蒼「うん・・・。」 マ「蒼星石、これ気に入らなかった？それともやっぱり何かあったの？」 蒼「・・・マスター、なんで今日に限ってお土産なんて買ってきてくれたの？」 思い切って単刀直入に聞いてみる。 マ「出かけるときにふざけた事を言って困らせちゃったみたいだし、それと普段のお礼もかねて。」 蒼「出かけるとき・・・。」 マ「本当にどうしたの？困ったことがあるのなら相談に乗らせてよ。」 蒼「・・・マスターちょっといいかな？」 その言葉を聞いてこちらを心配そうに覗き込むマスターの口の端についたクリームを舌で舐め取る。 マ「わ、わっ！どうしたのさ急に！？」 蒼「マスター、出かけるときに言った続き・・・する？」 マ「え？」 自分でもなぜそんなことを言ってしまったのかは分からない。 ただ、そうやって自分を受け入れてもらえれば安心できるとでも思ったのかもしれない。 蒼「・・・どうする？」 マ「う、うーん・・・遠慮させていただこうかな・・・。」 そんな思いも空しく、あっさりと拒まれてしまった。 でも考えてみれば当然だ。あんなことをしてしまったらまともな人なら呆れ果てるに決まってる。 きっと・・・マスターはもう僕のことなんか嫌いになってしまって・・・それで・・・。 全部・・・全部、自分のせいだったんだ・・・。 そう思うと今まで勝手にマスターのことを疑っていた自分が惨めで、情けなくなってくる。 蒼「う・・・うっ、ぐすっ・・・。」 マ「やれやれ、今日一日だけで二度も泣かせちゃうなんてね・・・。まったく、自分が情けないよ。」 蒼「でも、マスターが遅くまで帰ってこなかったのは僕のせいだから、僕が変なことをしちゃったせいで自業自得だから・・・。」 僕の言葉を聞いたマスターがふぅ、と深いため息をつく。 マ「いいかい、遅くなっちゃったのは今日が夏休み明けの第一回で、夏休み中の成果の確認やら今後の方針決めやらが余分にあったからと、 それに加えて終了後も個人的に受験の相談に乗っていたからだよ。おまけにそれでお土産を買おうにもほとんどお店が閉まっていて、 開いているお店を探していたら手間取っちゃって・・・さすがにスーパーやコンビニのお菓子でお土産ってのもアレだしね。」 蒼「そんなの・・・マスターが少しでも早く帰ってきてくれるのが何よりのお土産だよ！」 マ「おやおや、これは非常に嬉しいことを言ってくれるね。」 蒼「だって、だって、マスターがそばにいてくれないとなんだか不安に押し潰されそうなときがあって・・・。」 マ「ありがとう、僕も蒼星石が家で待っていてくれる、笑顔で出迎えてくれると思えればこそ頑張れるんだ。 だから、どうかもう泣かないでほしい。ずいぶんと自分勝手なお願いではあるけれど。」 蒼「うん、分かった・・・これでいいかな？」 マ「そうそう、蒼星石は笑顔が一番可愛い。」 蒼「な、何馬鹿なことを言ってるのさ！？」 マ「分かってるよ、笑っていなくても十分に可愛いって。」 蒼「も、もう・・・そうじゃなくって！・・・あの・・・お出かけのときは・・・ごめんなさい。」 マ「別に気にしてないよ。むしろあれ位なら蒼星石が今まで見せなかった内面を見せてくれたようで良かった・・・部分もあるね。」 蒼「やっぱりやりすぎだった？」 マ「まあいいんじゃない？お互いの間に変な遠慮や演技みたいなものがない方が。 お互いに自分をさらけ出していった結果、相手との関わりで自然に変わっていく分にはいいと思うけどね。」 蒼「だけど・・・ありのままの自分を見せたら嫌われちゃいそうで・・・。」 マ「大丈夫だよ。蒼星石にだって僕と同じで良いところもあれば悪いところもあるってことぐらいは分かってるさ。 一応は、その辺りを全部ひっくるめて蒼星石として受け入れる程度の度量は持ち合わせているつもりだけど？」 蒼「でも、がっかりしちゃうかもよ？」 マ「自然体でいてくれていいんだ。・・・偶像なんかじゃない、ありのままの君を好きになりたいから。」 蒼「・・・本当に信じちゃっていいんだね？」 マ「うん、もしも信じてもらえると言うのならぜひそうしてほしい。」 蒼「じゃ、じゃあさ・・・。」 マスターの耳へと口を近づけ、勇気を振り絞って自分の偽らざる想いを伝える。 マ「・・・えっ！？」 蒼「やっぱり・・・それはちょっとやりすぎかな？」 マ「いや・・・実は自分もちょっとそうしたいなという願望は・・・。」 蒼「なあんだ、マスターだって結構本心を隠してるんじゃない。」 マ「ははは、まあね。どうしても多少は・・・。」 蒼「でもちょっと安心したかな。不安なのは僕だけじゃあないんだって。」 マ「そりゃあそうさ、誰だってみんな強いところと弱いところがあるんだから。 ・・・だから、みんなで支えあえばいいんだし、自分一人だけで完璧であろうとする必要もないと思う。」 蒼「僕たち・・・これからずっと支えあっていけるかな？」 マ「そうしたいと思ってる。だから蒼星石の全てを見せてほしい。強いところも、弱いところも。」 蒼「うん、僕も・・・。」 マ「ありがとう。ところで・・・本当にいいんだね？」 蒼「いいよ・・・。ありのままの僕を受け入れてほしいし、ありのままのマスターを受け入れたいんだ。」 マ「分かった、それじゃあよろしくね。」 蒼「うん、マスター・・・。」 ―― この日、僕とマスターはやっと本当の意味で心を共有する関係になれたのかもしれない ―― 結
https://w.atwiki.jp/dtmer/pages/182.html
バイト 1Byte=8bitsとする情報量の単位。 また、1kB=1024Byte(=8192bits)となる。 主にコンピュータ上で扱われる。 1Byte(256段階)の表現方法 0b11111111 関連項目 デジタル ビット
https://w.atwiki.jp/miracle_mikuru/pages/69.html
bool load_binary( LPCTSTR path, LPBYTE bytes, size_t size ) { FILE* f = _tfopen( path, _T("rb") ); if( !f ) return false; int count2 = fread( (void*)bytes, sizeof(BYTE), size, f ); if( count2 count ) return false; fclose( f ); return true; }
https://w.atwiki.jp/rinn/pages/52.html
その他 Tomcatのwarファイルの展開方法 Tomcatのアプリケーションは、warファイルにてコンテンツが提供される場合がありますが、 中味が確認したい場合は、下記の通りとなります。 warファイルは、Javaのjarコマンドでアーカイブしたものでしかないので、 jarファイル=zipファイルとなります。 Windowsの場合は、拡張子を.zipとすることでWinZipなどで解凍することが可能です。